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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document is part of a series of documents that specify charging functionality and charging management in 
GSM/UMTS networks. The GSM/UMTS core network charging architecture and principles are specified in 
3GPP TS 32.240 [1], which provides an umbrella for other charging management TSs that specify: 

• the content of the CDRs per domain and subsystem (offline charging); 

• the content of real-time charging messages per domain / subsystem (online charging); 

• the functionality of online and offline charging for those domains and subsystems; 

• the interfaces that are used in the charging framework to transfer the charging information (i.e. CDRs or 
charging events). 

The complete document structure for these TSs is defined in 3GPP TS 32.240 [1]. 

The present document specifies the Offline and Online Charging description for the "Push-to-Talk over Cellular" (PoC) 
service, based on the functional description of the PoC service in 3GPP TR 23.979 "3GPP enablers for OMA PoC 
Services" [200], in OMA-AD-POC "Push to talk over Cellular (PoC) - Architecture" [203], in OMA-CP-POC "OMA 
PoC Conti-ol Plane" [204] and in OMA-UP-POC: "OMA POC User Plane"[205], respectively. This charging 
description includes the offline and online charging architecture and scenarios specific to PoC, as well as the mapping 
of the common 3GPP charging architecture specified in 3GPP TS 32.240 [1] onto the PoC service. It further specifies 
the structure and content of the CDRs for offline charging, and the charging events for online charging. The present 
document is related to other 3GPP charging TSs as follows: 

• The common 3GPP charging architecture is specified in 3GPP TS 32.240 [1]; 

• The parameters, abstract syntax and encoding rules for the CDRs are specified in 3GPP TS 32.298 [51]; 

• A transaction based mechanism for the transfer of CDRs within the network is specified in 

3GPPTS 32.295 [54]; 

• The file based mechanism used to transfer the CDRs from the network to the operator's billing domain (e.g. the 
bilhng system or a mediation device) is specified in 3GPP TS 32.297 [52]; 

• The 3GPP Diameter application that is used for PoC offline and online charging is specified in 
3GPPTS 32.299 [50]. 

All terms, definitions and abbreviations used in the present document, that are common across 3GPP TSs, are defined in 
the 3GPP Vocabulary, 3GPP TR 21.905 [100]. Those that are common across charging management in GSM/UMTS 
domains or subsystems are provided in the umbrella document 3GPP TS 32.240 [1] and are copied into clause 3 of the 
present document for ease of reading. Finally, those items that are specific to the present document are defined 
exclusively in the present document. 

Furthermore, requirements that govern the charging work are specified in 3GPP TS 22. 115 [102]. 
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3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in 3GPP TR 21.905 [50], 3GPP TS 32.240 [1] 
and the following apply: 

1-1 PoC session: feature enabling a PoC user to establish a PoC session with another PoC user 

2G- / 3G-: prefixes 2G- and 3G- refers to functionary that supports only GSM or UMTS, respectively, e.g. 2G-SGSN 

refers only to the GSM functionality of an SGSN 

When the term/prefix is omitted, reference is made independently from the GSM or UMTS functionality. 

ad-hoc PoC group session: feature enabling a PoC user to establish a PoC session with multiple PoC users without 
first creating a PoC group 

This sort of PoC session for multiple PoC users that does not involve the use or definition of a pre-arranged or chat PoC 
group session. 

accounting: process of apportioning charges between the Home Environment, Serving Network and Subscriber 

accounting meter record: record containing one or more counters employed to register the usage of resources en 

masse 

Includes simple event counters and/ or cumulative call second counters. 

Advice of Charge (AoC): real-time display of the network utilisation charges incurred by the Mobile Station 

The charges are displayed in the form of charging units. If a unit price is stored by the MS then the display may also 

include the equivalent charge in the home currency. 

AoC service: combination of one or more services, both basic and supplementary, together with a number of other 
charging relevant parameters to define a customised service for the purpose of advice of charge 

application data: information / data specific to an application other than the MMS User Agent / VASP which is 
intended to be transported without alteration by using MMS 
Application Data may be of any content type and format. 

billing: function whereby CDRs generated by the charging function are transformed into bills requiring payment 

Billing Domain: part of the operator network, which is outside the telecommunication network, that receives and 
processes CDR files from the core network charging functions 

It includes functions that can provide billing mediation and billing or other (e.g. statistical) end applications. It is only 
applicable to offline charging (see "Online Charging System" for equivalent functionality in online charging). 

CAMEL: network feature that provides the mechanisms to support operator specific services even when roaming 
outside HPLMN 
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CAMEL subscription information: identifies a subscriber as having CAMEL services 

CDR field Categories: CDR fields are defined in 3GPP TS 32.272. CDR fields may be operator provisionable and are 
divided into the following categories: 

• Mandatory (M): field that shall be present in the CDR. 

• Conditional (C): field that shall be present in a CDR if certain conditions are met. 

• Operator Provisionable: Mandatory (Om): field that, if provisioned by the operator, shall always be present in 
the CDR. 

• Operator Provisionable: Conditional (Oc): field that, if provisioned by the operator, shall be present in a CDR 
if certain conditions are met. 

chargeable event: activity utilizing telecommunications network infrastructure and related services for: 

• user to user communication (e.g. a single call, a data communication session or a short message); or 

• user to network communication (e.g. service profile administration); or 

• inter-network communication (e.g. transferring calls, signalling, or short messages); or 

• mobility (e.g. roaming or inter-system handover); and 

• that the network operator may want to charge for. 

As a minimum, a chargeable event characterises the resource / service usage and indicates the identity of the involved 
end user(s). 

charged party: user involved in a chargeable event that has to pay parts or the whole charges of the chargeable event, 
or a third party paying the charges caused by one or all users involved in the chargeable event, or a network operator 

charging: function within the telecommunications network and the associated OCS/BD components whereby 
information related to a chargeable event is collected, formatted, transferred and evaluated in order to make it possible 
to determine usage for which the charged party may be billed (offline charging) or the subscribers account balance may 
be debited (online charging) 

Charging Data Record (CDR): formatted collection of information about a chargeable event (e.g. time of call set-up, 
duration of the call, amount of data transferred, etc.) for use in billing and accounting 

For each party to be charged for parts of or all charges of the chargeable event(s) a separate CDR shall be generated, 
i.e. more than one CDR may be generated for a single chargeable event, e.g. because of its long duration, or because 
more than one charged party is to be charged. 

charging destination: also referred to as a destination for charging, this is a nominal reference defining the point of 
termination of a connection for charging purposes 

charging event: set of charging information forwarded by the CTF towards the CDF (offline charging) or towards the 

OCS (online charging) 

Each charging event matches exactly one chargeable event. 

charging function: entity inside the core network domain, subsystem or service that is involved in charging for that 
domain, subsystem or service 

charging origin: nominal reference defining the point of origin of a connection for charging purposes 

chat PoC group: persistent group in which each member individually joins the PoC session, i.e. the establishment of a 
PoC session to a chat PoC group does not result in other members of the chat PoC group being invited 

chat PoC group session: PoC session established to a chat PoC group. 

In a chat PoC group, PoC subscribers shall be able to join and leave the chat PoC group session themselves. If the chat 

PoC group is restricted, then only group members shall be able to join. 

circuit switched domain: domain within GSM / UMTS in which information is transferred in circuit switched mode. 

controlling PoC function: function implemented in a PoC server and provides centralized PoC session handling, which 
includes RTP media distribution, talk burst control, policy enforcement for participation in group sessions, and the 
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participant information 

credit control: which directly interacts in real-time with an account and controls or monitors the charges, related to the 
service usage 

Credit control is a process of: checking if credit is available, credit reservation, deduction of credit from the end user 
account when service is completed and refunding of reserved credit not used. 

delivery report: feedback information provided to an originator MMS User Agent by an MMS Relay/Server about the 
status of the delivery of an MM 

domain: part of a communication network that provides services using a certain technology 

forwarded MM: MM originally sent from a sender to an intended recipient which is then forwarded to other 
recipient(s) and to which a delivery report and/or read-reply report may refer and which may be subject to further 
forwarding 

forwarding MMS user agent: MMS user agent that is the intended recipient of an MM and that requests forwarding of 
the MM for delivery to other recipient(s) without having to first download the MM 

Fully qualified Partial CDR (FQPC): partial CDR that contains a complete set of the fields specified in 

3GPP TS 32.272. This includes all the mandatory and conditional fields as well as those fields that the PLMN operator 

has provisioned to be included in the CDR. The first Partial CDR shall be a Fully qualified Partial CDR. 

GPRS: packet switched bearer and radio services for GSM and UMTS systems 

GTP': GPRS protocol used for CDR transport. It is derived from GTP with enhancements to improve transport 
reliability necessary for CDRs 

NOTE: This protocol is not used for tunnelling. 

GSM only: qualifier indicating that this clause or paragraph applies only to a GSM system 
For multi-system cases this is determined by the current serving radio access network. 

in GSM,...: qualifier indicating that this paragraph applies only to GSM System 

in UMTS,...: qualifier indicating that this paragraph applies only to UMTS System 

Instant personal alert: feature in which a PoC user sends a SIP based instant message to a PoC user requesting a 
1-1 PoC session 

inter-system change: change of radio access between different radio access technologies such as GSM and UMTS. 

LCS Client: software and/or hardware entity that interacts with a LCS Server for the purpose of obtaining location 
information for one or more Mobile Stations 

LCS Clients subscribe to LCS in order to obtain location information. LCS Clients may or may not interact with human 
users. The LCS Client is responsible for formatting and presenting data and managing the user interface (dialogue). The 
LCS Client may reside in the Mobile Station (UE). 

LCS Server: software and/or hardware entity offering LCS capabilities 

The LCS Server accepts requests, services requests, and sends back responses to the received requests. The LCS server 

consists of LCS components, which are distributed to one or more PLMN and/or service provider. 

Location Based Service (LBS): service provided either by teleoperator or a 3'''^ party service provider that utilizes the 
available location information of the terminal 

Location Application offers the User Interface for the service. LBS is either a pull or a push type of service (see 
Location Dependent Services and Location Independent Services). In ETSI/GSM documentation of SoLS A, LBS is 
called "Location Related Service". ETSI and/or 3GPP -wide terminology harmonization is expected here. 

location estimate: geographic location of an UE and/or a valid Mobile Equipment (ME), expressed in latitude and 
longitude data 

The Location Estimate shall be represented in a well-defined universal format. Translation from this universal format to 
another geographic location system may be supported, although the details are considered outside the scope of the 
primitive services. 

message ID: unique identifier for an MM 
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"middle tier" (charging) TS: term used for the 3GPP charging TSs that specify the domain / subsystem / service 
specific, onUne and offline, charging functionality 

These are all the TSs in the numbering range from 3GPP TS 32.250 to 3GPP TS 32.279, e.g. 3GPP TS 32.250 [10] for 
the CS domain, or 3GPP TS 32.270 [30] for the MMS service. Currently, there is only one "tier 1" TS in 3GPP, which 
is 3GPP TS 32.240 [1] specifies the charging architecture and principles. Finally, there are a number of top tier TSs in 
the 32.29x numbering range ([50] ff) that specify common charging aspects such as parameter definitions, encoding 
rules, the common billing domain interface or common charging applications. 

MMSE: collection of MMS-specific elements under the control of a single administration. 

MMS Relay/Server: MMS-specific network entity/application that is under the control of an MMS service provider 
An MMS relay/server transfers messages, provides operations of the MMS that are specific to or required by the mobile 
environment and provides (temporary and/or persistent) storage services to the MMS. 

MMS user agent: application residing on a user equipment, a mobile station or an external device that performs 
MMS-specific operations on a user's behalf and/or on another application's behalf. An MMS user agent is not 
considered part of an MMSE. 

Multimedia Messaging Service Network Architecture (MMSNA): encompasses all the various elements that provide 
a complete MMS to a user 

near real-time: near real-time charging and billing information is to be generated, processed, and transported to a 
desired conclusion in less than 1 minute 

observed IMEI ticket: record used to describe an EIR relevant event e.g. a blacklisted IMEl 

offline charging: charging mechanism where charging information does not affect, in real-time, the service rendered 

on-demand session: An on-demand session is a PoC session set-up mechanism in which all media parameters are 
negotiated at PoC session establishment. 

online charging: charging mechanism where charging information can affect, in real-time, the service rendered and 
therefore a direct interaction of the charging mechanism with session/service control is required 

Online Charging System: entity that performs real-time credit control 

Its functionality includes transaction handling, rating, online correlation and management of subscriber account 

balances. 

original MM: (initial) MM sent from a sender to a recipient and to which a delivery report and/or a read-reply report 
and/or a reply-MM may refer and/or which may be subject to being forwarded 

originator MMS user agent: MMS user agent associated with the sender of an MM 

packet switched domain: domain within GSM and UMTS in which data is transferred in packet switched mode. 
Corresponds to the term "GPRS" 

partial CDR: CDR that provides charging information on part of a subscriber session 

A long session may be covered by several partial CDRs. Two formats are considered for Partial CDRs. One that 

contains all of the necessary fields; the second has a reduced format. 

participating PoC function: function implemented in a PoC server, and provides PoC session handling, which 
includes policy enforcement for incoming PoC sessions and relays talk burst control messages between the PoC client 
and the PoC server performing the controlling PoC function 

The participating PoC function may also relay RTP media between the PoC client and the PoC server performing the 
controlling PoC function. 

PoC client: PoC functional entity that resides on the PoC user equipment that supports the PoC service 

PoC group: A PoC group is a predefined set of PoC users together with its attributes. A PoC group is identified by a 
SIP URL 

PoC group advertisement: A PoC group advertisement is a feature that provides the capability to inform other PoC 
users of the existence of a PoC group. 

PoC group identity: The PoC group identity is a SIP URI of the pre-arranged PoC group or chat PoC group. 
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PoC server: implements the application level network functionality for the PoC service 

A PoC server may perform the role of the controlling PoC function or participating PoC function, or both at the same 

time. 

PoC session: 3GPP TS 32.272 supports the following types of PoC sessions; 1-1 PoC session, ad-hoc PoC group 
session, pre-arranged PoC group session, or chat PoC group session 

PoC session identity: SIP URI received by the PoC client during the PoC session establishment in the contact header 
and/or in the TBCP connect message in case of using pre-established session. 

PoC user: user of the PoC service 

positioning method (/locating method): method or technical solution, which is used to get an estimate of the target 
mobile's geographical location 

EXAMPLE: Positioning methods based on radio cell coverage, GPS or Assisted GPS methods, which are based 
on the Time-Of- Arrival (TO A) algorithm, and OTDOA or E-OTD methods, which are based on 
the Time-Difference-Of- Arrival (TDOA) algorithm. The positioning methods are further described 
in UTRAN Stage 2, 3GPP TS 25.305 [63] and GERAN Stage 2, 3GPP TS 43.059 [64]. 

pre-arranged PoC group session: is a persistent PoC session Identity that has an associated set of PoC members 
The establishment of a PoC session to a pre-arranged PoC group results in all members being invited. 

pre-established session: signalling exchange to negotiate media parameters between the PoC client and the home PoC 
server before establishing a PoC session 

PS based services: in WLAN interworking, PS based service is a general term to refer to the services provided by a 
PLMN using IP bearer capability between WLAN UEs and the PLMN in scenario 3 and upwards 

They include all services provided by 3G PS domain that use the IP bearer service, (e.g. IMS, Internet access. Corporate 
IP network access), and other services (e.g. SMS and LCS). 

read-reply report: feedback information to an originator MMS user agent by a recipient MMS User Agent about the 
status of handling/rendering of an original MM in a recipient MMS user agent 

real-time: real-time charging and billing information is to be generated, processed, and transported to a desired 
conclusion in less than 1 second 

recipient MMS user agent: MMS user agent associated with the recipient of an MM 

Reduced Partial CDR (RPC): partial CDRs that only provide mandatory fields and information regarding changes in 
the session parameters relative to the previous CDR 

EXAMPLE: Location information is not repeated in these CDRs if the subscriber did not change its location. 

reply-MM: in case of reply-charging the first reply accepted by the recipient MMS Relay/Server (after checking the 
reply charging limitations, such as the latest time of submission) is called a reply-MM 

Reporting Area: service area for which an MS's location shall be reported 

RTP media: RTP media is the media carried in an RTP payload. 

Service Area: defined in the same way as the Service Area according to ITU-T Recommendation Q.lOOl 

In contrast to the PLMN area it is not based on the coverage of a PLMN 

Instead it is based on the area in which a fixed network user can call a mobile user without knowing his location. The 

Service Area can therefore change when the signalling system is being extended, for example. 

settlement: payment of amounts resulting from the accounting process 

simultaneous PoC session: When a PoC user is a participant in more than one PoC session simultaneously using the 
same PoC client. 

subscriber: entity (associated with one or more users) that is engaged in a subscription with a service provider 

The subscriber is allowed to subscribe and unsubscribe services, to register a user or a list of users authorised to enjoy 

these services, and also to set the limits relative to the use that associated users make of these services. 
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successful call: connection that reaches the communication or data transfer phase e.g. the "answered" state for speech 

connections 

All other connection attempts are regarded as unsuccessful. 

talk burst: media recording, transport and playback that occurs from the point the PoC client has got the permission to 
send media until the permission is released 

talk burst control protocol: talk burst control protocol (TBCP) is a protocol for performing talk burst control, as 
defined in OMA-UP-POC: "OMA POC User Plane" [205]. 

target UE: UE being positioned 

tariff period: part of one (calendar) day during which a particular tariff is applied 

Defined by the time at which the period commences (the switch-over time) and the tariff to be applied after switch-over. 

tariff: set of parameters defining the network utilisation charges for the use of a particular bearer / session / service 

UMTS only: qualifier indicating that this clause or paragraph applies only to a UMTS system 
For multi-system cases this is determined by the current serving radio access network. 

user: entity that is not part of the 3GPP System, which uses network resources by means of a subscription. 
The user may or may not be identical to the subscriber holding that subscription. 

User Equipment (UE): device allowing a user access to network services 

For the purpose of 3GPP specifications the interface between the UE and the network is the radio interface. A User 
Equipment can be subdivided into a number of domains, the domains being separated by reference points. Currently 
defined domains are the USIM and ME Domains. The ME Domain can further be subdivided into several components 
showing the connectivity between multiple functional groups. These groups can be implemented in one or more 
hardware devices. An example of such a connectivity is the TE - MT interface. Further, an occurrence of a User 
Equipment is an MS for GSM as defined in GSM 04.02. 

WLAN-attach status: indicates whether a UE is WLAN-attached or not 

A WLAN UE is "WLAN-attached" after successful authentication and WLAN Access Authorization. A WLAN UE is 

"WLAN-detached" after its disconnection, or its authentication or WLAN access authorisation being cancelled. 

3.2 Symbols 

For the purposes of the present document, the following symbols apply: 

A Interface between an MSC and a BSC. 

Be Reference point for the CDR file transfer from the Circuit Switched CGF to the BD. 

Bi Reference point for the CDR file transfer from the IMS CGF to the BD. 

Bl Reference point for the CDR file transfer from the GMLC CGF to the BD. 

Bm Reference point for the CDR file transfer from the MMS CGF to the BD. 

Bmb Reference point for the CDR file transfer from the MBMS CGF to the BD. 

Bo Reference point for the CDR file transfer from the OCF CGF to the BD. 

Bp Reference point for the CDR file transfer from the Packet Switched CGF to the BD. 

Bs Reference point for the CDR file transfer for CAMEL services to the BD, i.e. from the SCF CGF 

to the BD. 

Bt Reference point for the CDR file transfer from the PoC CGF to the BD. 

Bw Reference point for the CDR file transfer from the WLAN CGF to the BD. 

Bx Reference point for CDR file transfer between any (generic) 3G domain, subsystem or service 

CGF and the BD. 

C Interface between a HLR and a SMSC. 

CAP Reference point for CAMEL between a network element with integrated SSF and the OCS. 

Ci Charging trigger in combined MMS Relay/Server. 

D Interface between a MSC and a HLR. 

D' Reference point between an MSCa pre-R6 HSS/HLR and a BSC.3GPP AAA Server. 

Dw Reference point between a 3GPP AAA Server and an SLF. 

E Interface between a MSC and a SMSC. 

Ga Reference point for CDR transfer between a CDF and the CGF. 

Gb Interface between an SGSN and a BSC. 

Gc Interface between an GGSN and an HLR. 

Gd Interface between an SMS-GMSC and an SGSN, and between a SMS-IWMSC and an SGSN. 
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Interface between a SGSN and a CAMEL GSM SCF. 

Interface between an SGSN and an EIR. 

Interface between the Packet-Switched domain and an external packet data network. 

Reference point between the UE and an P-CSCF. 

Interface between two GSNs within the same PLMN. 

Interface between two GSNs in different PLMNs. 

Interface between an SGSN and an HLR. 

Reference point between a pre-R6 HSS/HLR and a 3GPP AAA Server. 

Interface between an SGSN and an MSCA'^LR. 

Reference point between a CRF and a TPF. 

Online charging reference point between a TPF and an OCS. 

Offline charging reference point between a TPF and a CDF. 

Interface between the RNS and the core network. 

Kilobits per second. 1 kbit/s = 2^^ bits per second. 

Interface between Gateway MLCs. 

Megabits per second. 1 Mbit/s = 2^" bits per second. 

Interface between the MGW and (G)MSC server. 

Charging trigger in MMS Relay/Server for MMBox Management. 

Reference point between the MMS User Agent and the MMS Relay/Server. 

Reference point between the MMS Relay and the MMS Server. 

Reference point between the MMS Relay/Server and external (legacy) messaging systems. 

Reference point between the MMS Relay/Server and another MMS Relay/Server that is within 

another MMSE. 

Reference point between the MMS Relay/Server and the Home Location Register (HLR). 

Reference point between the MMS Relay/Server and the MMS User Databases. 

Reference point between the MMS Relay/Server and MMS VAS Applications. 

Reference point between the MMS Relay/Server and the post-processing system. 

Reference point between the MMS Relay/Server and the online charging system. 

Reference point between the MMS Relay /Server and a MSCF. 

Reference point between one CSCF and another CSCF. 

Charging trigger in Originator MMS Relay/Server. 

Reference point between a non-ISDN compatible TE and MT. Typically this reference point 

supports a standard serial interface. 

Offline charging reference point between a xxx <the network node(s) that are subject of this 

charging TS > and the CDF. 

Charging trigger in Recipient MMS Relay/Server. 

Online charging reference point between a xxx <the network node(s) that are subject of this 

charging TS > and the OCS. 

Reference point between the CRF and an AF. 

Interface between the Mobile Station (MS) and the GSM fixed network part. 

Reference point between the UE and an GLMS. 

Interface between the Mobile Station (MS) and the UMTS fixed network part. 

Reference point between a WLAN Access Network and a 3GPP AAA Server/Proxy (charging and 

control signalling). 

Reference point between a 3GPP AAA Proxy and a 3GPP AAA Server (charging and control 

signalling). 

Offline charging reference point between a 3GPP interworking WLAN and the CDF (functionally 

equivalent to Rf). 

Reference point between a 3GPP AAA Server/Proxy and WAG. 

Reference point between a Packet Data Gateway and an external IP Network. 

Reference point between a Packet Data Gateway and a 3GPP AAA Server or 3GPP AAA proxy. 

Reference point between a WLAN Access Network and a WLAN Access Gateway. 

Reference point between a WLAN Access Gateway and a Packet Data Gateway. 

Online charging reference point between a 3GPP interworking WLAN and the OCS (functionally 

equivalent to Ro). 

Reference point between a WLAN UE and a Packet Data Gateway. 

Reference point between an HSS and a 3GPP AAA Server. 
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3.3 



Abbreviations 



Editor's note: to be completed / remove unnecessary material. 

For the purposes of the present document, the abbreviations defined in 3GPP TR 21.905 [50], 3GPP TS 32.240 [1] and 
the following apply: 

ABNF Augmented Backus-Naur Form 

ACA Accounting Answer 

ACR Accounting Request 

APN Access Point Name 

AF Application Function 

AMF Account balance Management Function 

AoC Advice of Charge 

APN Access Point Name 

AS Application Server 

AVP Atti-ibute Value Pair 

B2BUA Back-to-Back User Agent 

BCF Bearer Charging Function 

BCSM Basic Call State Model 

BD Billing Domain 

BGCF Breakout Gateway Control Function 

BM-SC Broadcast Multicast - Service Centre 

BS BilUng System 

BSC Base Station Controller 

BSS Base Station Subsystem 

BTS Base Transceiver Station 

CAI Charge Advice Information 

CAMEL Customised Applications for Mobile network Enhanced Logic 

CAP CAMEL Application Part 

CCA Credit Control Answer 

CCF Charging Collection Function 

CCR Credit Control Request 

CDF Charging Data Function 

CDR Charging Data Record 

CG Charging Gateway 

CGF Charging Gateway Function 

CI Cell Identity 

CRF Charging Rules Function 

CS Circuit Switched 

CSCF Call Session Control Function (I-Interrogating; P-Proxy and S-Serving) 

CSE CAMEL Service Environment 

CTF Charging Trigger Function 

DCCA Diameter Credit Control Applications 

DP Detection Point 

DRP Data Record Packet 

EBCF Event Based Charging Function 

ECUR Event Charging with Unit Reservation 

EDP Event Detection Point 

EIR Equipment Identity Register 

EM Element Management 

EMS-Digits North American Emergency Service Routing - Digits 

EMS-Key North American Emergency Service Routing - Key 

FCI Furnish Charging Information 

FQPC Fully Qualified Partial CDR 

FT AM File Transfer, Access and Management 

GERAN GSM EDGE Radio Access Network 

GGSN Gateway GPRS Support Node 

GMLC Gateway MLC 

GMSC Gateway MSC 

GPRS General Packet Radio Service 

gsmSCF GSM Service Control Function 
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gsmSSF GSM Service Switching Function 

GSM Global System for Mobile communication 

GSN GPRS Support Node (either SGSN or GGSN) 

GTP GPRS Tunnelling Protocol 

GTP' The GPRS protocol used for CDR transport. It is derived from GTP with enhancements to improve 

transport reliability necessary for CDRs. 

G-CDR GGSN (PDP context) generated - CDR 

HLR Home Location Register 

HPLMN Home PLMN 

HSCSD High Speed Circuit Switched Data 

HSS Home Subscriber Server 

H-GMLC Home - GMLC 

lANA Internet Assigned Numbers Authority 

IE Information Element 

lEC Immediate Event Charging 

IHOSS:OSP Internet Hosted Octet Stream Service: Octet Stream Protocol 

IMEI International Mobile Equipment Identity 

IMS IP Multimedia Subsystem 

IMSI International Mobile Subscriber Identity 

IMS-GWF IMS - Gateway Function 

IP Internet Protocol 

IPv4 Internet Protocol version 4 

IPv6 Internet Protocol version 6 

ISC IMS Service Control 

ISDN Integrated Services Digital Network 

ITU-T International Telecommunication Union - Telecommunications standardization sector 

JIP Jurisdiction Information Parameter 

LAC Location Area Code 

LAN Local Area Network 

LCS Location Service 

LR Location Request 

LRN Location Routing Number 

MAP Mobile Application Part 

MBMS Multimedia Broadcast/Multicast Service 

MCC Mobile Country Code (part of IMSI) 

ME Mobile Equipment 

MGCF Media Gateway Control Function 

MGW Media GateWay 

MIME Multipurpose Internet Mail Extensions 

MLC Mobile Location Center 

MMI Man-Machine Interface 

MMS Multimedia Messaging Service 

MMSE Multimedia Messaging Service Environment 

MMSNA Multimedia Messaging Service Network Architecture 

MMSO Multimedia Messaging Service Originator 

MMSR Multimedia Messaging Service Recipient 

MMSR/S Multimedia Messaging Relay/Server 

MNC Mobile Network Code (part of IMSI) 

MO Mobile Originated 

MOC Mobile Originated Call (attempt) 

MO-LR Mobile Originated Location Request 

MRF Media Resource Function 

MRFC MRF Controller 

MRFP Multimedia Resource Function Processor 

MS Mobile Station 

MSC Mobile Switching Centre 

MSCF Messaging Service Control Function 

MSISDN Mobile Station ISDN number 

MSRN Mobile Station Roaming Number 

MT Mobile Terminated 

MTC Mobile Terminated Call (attempt) 

MT-LR Mobile Terminated - Location Request 
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M-CDR Mobility management generated - Charging Data Record 

NAR North America Region 

NA-ESRD North American - Emergency Service Routing Digits 

NA-ESRK North American - Emergency Service Routing Key 

NE Network Element 

NI Network Identifier (part of the APN) 

NI-LR Network Induced - Location Request 

NP Number Portability 

NPDB Number Portability Data Base 

OCF Online Charging Function 

OCS Online Charging System 

OI Operator Identifier (part of the APN) 

O-CSI Originating - CAMEL Subscription Information 

PDN Packet Data Network 

PDP Packet Data Protocol (e.g. IP) 

PDU Packet Data Unit 

PLMN PubUc Land Mobile Network 

PMD Pseudonym Mediation Device functionality 

PoC Push-to-talk over Cellular 

PPP Point-to-Point Protocol 

PPR Privacy Profile Register 

PS Packet-Switched 

PSPDN Packet-Switched Public Data Network 

PSTN Public Switched Telephony Network 

PT Protocol Type (Field in GTP' header) 

QoS Quality of Service 

RAB Radio Access Bearer 

RAC Routing Area Code 

RAN Radio Access Network 

RF Rating Function 

RNC Radio Network Controller 

RNS Radio Network Subsystem 

RPC Reduced Partial CDR 

RTP Real Time Protocol 

R-GMLC Requesting - GMLC 

SAC Service Area Code 

SBCF Session Based Charging Function 

SCCP Signalling Connection Control Part 

SCUR Session Charging with Unit Reservation 

SDP Session Description Protocol 

SCF Service Control Function 

SCI Subscriber Controlled Input 

SCI Send Charging Information 

SGSN Serving GPRS Support Node 

SIM Subscriber Identity Module 

SIP Session Initiation Protocol 

SMS Short Message Service 

SSF Service Switching Function 

SS7 SignalHng System No. 7 

SCCP Signalling Connection Control Part 

S-CDR SGSN (PDP context) generated - CDR 

S-SMO-CDR SGSN delivered Short message Mobile Originated - CDR 

S-SMT-CDR SGSN delivered Short message Mobile Terminated - CDR 

TAP Transferred Account Procedure 

TBCP Talk Burst Control Protocol 

TDP Trigger Detection Point 

TID Tunnel IDentifier 

TLV Type, Length, Value (GTP header format) 

TPF Traffic Plane Function 

TR Technical Report 

TS Technical Specification 

TV Type, Value 
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T-CSI Terminating - CAMEL Subscription Information 

UA User Agent 

UE User Equipment 

UMTS Universal Mobile Telecommunications System 

URA UTRAN Registration Area 

USIM User Service Identity Module 

USSD Unstructured Supplementary Service Data 

UTRAN Universal Terrestrial Radio Access Network 

VAS Value Added Service 

VASP Value Added Service Provider 

VLR Visitor Location Register 

VMSC Visited MSC 

VPLMN Visited PLMN 

VT-CSI Visited Terminating CAMEL Subscription Information 

V-GMLC Visited GMLC 

WLAN Wireless LAN 

XDMS XML Document Management Server 

XML Extensible Mark-up Language 



4 



Architecture Considerations 



4.1 High level PoC architecture 

Figure 4.1 depicts the PoC reference architecture, as described in 3GPP TR 23.979 [200]. 
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Figure 4.1 : PoC service elements in the IMS architecture 

NOTE: The I-CSCF and HSS are not shown in figure 4. 1 . 1 for the sake of simplicity. 

The OMA-AD-POC [203] leverages IMS as the underlying SIP-based IP-core network. The PoC server implementing 
the application level network functionality for the PoC service is essentially seen as an Application Server from the IMS 
perspective. Consequently, communications between the IMS core and the PoC server utilize the ISC interface defined 
in 3GPPTS 23.228 [201]. 

The XML Document Management Server (XDMS) is used by the PoC users to manage groups and lists (e.g. contact 
and access lists) that are needed for the PoC service. In the IMS architecture, the Ut interface provides these functions, 
hence communications between the XDMS and the UE (PoC client) utilize the Ut interface. The XDMS is seen as a 
separate application server that could be also connected to other entities in addition to PoC server (e.g. to Presence 
Server). 

As described in the following clauses only the PoC server is relevant for charging. 

Editor's note: The figure may be replaced by an OMA version. 
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4.1.1 



PoC functional entities 



In the next two subclauses the PoC functional entities, PoC client and PoC server are presented as described in 
OMA-AD-POC [203]. Also different roles of the PoC server that impact the PoC charging architecture are described. 



4.1.1.1 



PoC client 



The PoC client resides on the mobile terminal and is used to access PoC service, (in figure 4.1.1.2.1, UE is acting as a 
PoC client.) 



4.1.1.2 



PoC server 



The PoC server implements the application level network functionality for the PoC service. 

The PoC server may perform a controlling PoC function or participating PoC function. The controlling PoC function 
and participating PoC function are different roles of the PoC server. The figures in this clause show the flow of 
signalling traffic and media and media-related signalling traffic between controlling PoC function and participating PoC 
function in various configurations. Unless otherwise noted, the traffic flows shown in each figure apply to both 
signalling traffic and media and media-related signalling traffic in that configuration. Figure 4.1.1.2.1 shows the 
distribution of the functionality during a 1-1 PoC session in a single network. A PoC server may perform both a 
controlling PoC function and a participating PoC function at the same time. 
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Figure 4.1.1.2.1: Relationship between controlling PoC function, 
participating PoC functions and the PoC clients for 1-1 PoC session in a single network 

The determination of the PoC server role (controlling PoC function and participating PoC function) takes place during 
the PoC session set-up and lasts for the duration of the whole PoC session. In case of 1-1 PoC session and ad-hoc PoC 
group session the PoC server of the inviting user shall perform the controlling PoC function. In case of the chat PoC 
group and pre-arranged group session the PoC server owning/hosting the group identity shall perform the controlling 
PoC function. 



ETSI 



3GPP TS 32.272 version 9.0.0 Release 9 



21 



ETSI TS 132 272 V9.0.0 (2010-02) 



Network A 




Figure 4.1.1.2.2: Relationship between thie controlling PoC function, 
participating PoC function and PoC clients for 1-1 PoC session in a multiple network 

In a PoC session there shall be only one PoC server performing the controlling PoC function. There can be one or more 
PoC servers performing the participating PoC function in the PoC session. Figure 4.1.1.2.2 shows the distribution of the 
functionality during a 1-1 PoC session in a multiple network environment. 

The PoC server performing the controlling PoC function has A^ number of SIP sessions and media and talk burst control 
communication paths in one PoC session, where A^ is number of participants in the PoC session. The PoC server 
performing the PoC controlling function will have no direct communication to the PoC client for PoC session 
signalling, but will interact with the PoC client via the PoC server performing the participating functioning for the PoC 
client. 

The PoC server performing the controlling PoC function will normally also route media and media-related signalling 
such as talk burst arbitration to the PoC client via the PoC server performing the participating functioning for the PoC 
client. However, local policy in the PoC server performing the participating PoC function may allow the PoC server 
performing the controlling PoC function to have a direct communication path for media and media-related signalling to 
each PoC client. Figure 4.1.1.2.3 shows the signalling and media paths in this configuration for a controlling PoC 
function, participating PoC function and PoC client served in the same network. 

A PoC server performing the participating PoC function has always a direct communication path with a PoC client and 
a direct communication path with the PoC server performing the controlling PoC function for PoC session signalling. 
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Figure 4.1.1.2.3: Direct media flow between controlling PoC function and PoC client 

Figure 4.1.1.2.4 depicts the relation between the controlling PoC function, participating PoC function and the PoC client 
in multiple network environment for a PoC group session. 
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Figure 4.1.1.2.4: Relationship between the controlling PoC function, 
participating PoC function and PoC clients for PoC group session 
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4.2 PoC offline charging architecture 

Figure 4.2 depicts the PoC offline charging architecture, as described in 3GPP TR 23.979 [200]. 
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Figure 4.2: Charging architecture for PoC offline charging 

As described in 3GPP TS 32.240 [1], the PoC Server contains an integrated CTF that generates charging events and 
forwards them to the CDF. The CDF, in turn, generates CDRs which are then transferred to the CGF. Finally, the CGF 
creates CDR files and forwards them to the Billing Domain. The possible mapping onto physical components and 
interfaces for the charging functions is described in 3GPP TS 32.240 [1]. 

4.3 PoC online charging architecture 

Figure 4.3 depicts the PoC online charging architecture, as described in 3GPP TR 23.979 [200]. 
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Figure 4.3: Charging architecture for PoC online charging 

When PoC server fulfils the controlling PoC function, then it provides centralized charging reports. When it fulfils the 
participant PoC function, then it provides the participant charging reports. For online charging, the PoC server uses the 
Ro interface and application towards the OCS as specified in 3GPP TS 32.299 [50]. The OCS will consider and treat 
controlling PoC server online charging reports and participant PoC server online charging reports as independent 
reports (independent events if lEC is used or independent sessions if charging is SCUR based). 
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5 PoC charging principles and scenarios 

PoC charging architecture support service based charging. If there is a support required for traffic based charging than 
the FBC should be used refer 3GPP TS 32.251 [11]. 

Editor's note: The investigation on subscription based charging is needed. 

5.1 PoC charging principles 
5.1 .1 PoC session related charging 

PoC allows users to satisfy real time, half-duplex speech communication in a simple and easy way. A PoC subscriber 
may either join an existing PoC session or may create a PoC session spontaneously. A PoC participant, who wants to 
speak, typically initiates a PoC session on its terminal and starts to speak. Other participants of the PoC group session 
simultaneously listen to the speaker's voice. 

The charged parties may be any of the PoC participants, depending on the role he is taking. These roles are: 

• PoC session owner; 

• PoC participant. 

The charging of the PoC session owner is measured by the controlling PoC function. Note that PoC session owner does 
not have to participate in a specific PoC session (e.g. pre-arranged PoC group session). It provides centralized charging 
reports. In the PoC architecture the participating PoC function measures and sends charging reports to the charging 
system for the charging of the participant. 

Charging should be done according the following types of PoC sessions according OMA-AD-POC [203]: 

• 1-1 PoC session; 

• PoC group session: 

ad-hoc PoC group session; 

pre-arranged PoC group session; 

chat PoC group session. 

Editor's note: The use of PoC communication methods (single participant in a 1-1 PoC session, PoC group in a 
1-many session or in a 1-many-l session.) is FFS. 

There are two mechanisms for PoC session establishment signalling supporting as described in OMA-AD-POC [203]: 

• on-demand sessions, 

• pre-estabhshed sessions. 

A 1-1 PoC session along with PoC group session can be established on-demand or within a pre-established session. 
Charging should distinguish both scenarios. 

PoC user can participate in PoC session in three types according to OMA-AD-POC [203]: 

• Normal; 

• NW PoC Box; 

• UE PoC Box. 

Charging should distinguish the three scenarios above for support of traffic based charging. 
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The charging of the PoC participant and/or PoC session owner can be done: 

• for the following services: 

1 . PoC session participation (per time period independent of usage). 

2. Talk burst sending; Amount of talk bursts sent by the participant. Amount of talk bursts shall be measured as 
a number of talk bursts and/or as a duration and/or volume of talk bursts. 

When talk burst sending is charged as a number of talk bursts, only the TBCP talk burst granted message (in 
response to TBCP talk burst request message) received in PoC client should be taken into account. Note that 
TBCP talk burst granted message could be lost. In this case, timer Tl 1 expires in PoC client and it sends a 
TBCP talk burst request message again OMA-UP-POC: "OMA POC User Plane" [205]. Therefore, several 
TBCP talk burst granted message could be unsuccessfully sent and they should not be charged. To fulfil this 
aim, PoC server shall meter one talk burst: 

• when it receives the first RTP media packet for this talk burst, or 

• when it receives the TBCP talk burst release message, independently if the PoC client sent RTP 
media toward the PoC server when PoC client had the floor. 

3. Talk burst receiving: Amount of talk bursts received by the participant. Amount of talk bursts shall be 
measured as a number of talk bursts and/or as a duration and/or volume of talk bursts. 

Editor's note: Sent/Received talk burst may be independent of the talk burst control protocol messages, means the 
successful or unsuccessful delivery. 

Editor's note: The interruption of the PoC session with "media put on hold/off hold" is FFS. 

• for the following rating parameters: 

1. PoC session type as defined above; 

2. number, type or list(s) of participants/talk burst receivers (see clause 5.1.3); 

3. identity of the serving network (e.g. SGSN PLMN identifier for the charged party); 

4. date and time of PoC service usage. 



Session related PoC charging is SCUR based. Hence, number of "Right-to-Speak" and talk burst exchange shall be 
charged by SCUR and the metering will be performed in the PoC server. This is an important efficiency improvement 
since event based talk burst charging would imply the need to generate events or CDRs for each talk burst potentially 
for each charged party. 

The PoC server decides whether the session owner and/or the participants are to be charged for the services, e.g. session 
owner is charged for session participation and each participant is charged for talk burst exchange. This decision is based 
on configuration in the offline case and is governed by the OCS in the online case. Units for service usage are reported 
independently, e.g. separate minutes for session participation and number of sent and received talk bursts. 

Details how this is supported are specific to online and offline charging and will be given in the subsequent clauses. 
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5.1 .2 PoC session unrelated charging 

To reflect chargeable events not directly related to a PoC session, offline and online charging procedures have to 
consider the occurrence of the following session unrelated SIP procedures: 

• Sending/Receiving instant personal alert. Unsuccessful message shall not be charged. 

• Sending/Receiving PoC group advertisement. Unsuccessful message shall not be charged. 

• PoC client subscription to the conference state (based on a PoC group identity of the PoC group or on a PoC 
session identity). 

• PoC client adding a user to a PoC session 

• PoC client adding/removing media type to/from a PoC session 

• PoC client handling for PoC session locking in a particular PoC session (simultaneous session control): the PoC 
client may request to lock itself in a particular PoC session while initiating a PoC session or at any time later 
when a valid PoC session exists. 

• Early session setting-up. 

• PoC client handling for PoC session priority in a particular PoC session (simultaneous session control): the PoC 
client may set a PoC session priority in a particular PoC session while initiating a PoC session or at any time 
later when a valid PoC Session exists. 

5.1 .3 Cinarging based on number of participants 

Charging based on number of participants is possible at both the controlling and participating PoC servers if the 
information is provided by the controlling PoC server to the participating PoC server as defined by OMA PoC User 
Plane [205]. 
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5.2 PoC offline charging scenarios 



< If the present document does not specify offline charging for XXX, then an appropriate reference or other explanation 
shall be provided (cf. scope clause), and all following subclauses shall only have the text "Void. Refer to clause 5.2". > 

5.2.1 Basic principles 

The charging models as given in clause 5.1 will be supported for offline charging. CDRs will be generated for the 
charged parties that are configured in the PoC server. 

These CDRs will contain distinguished service usage data for any of the described sub-services. They may contain only 
usage data related to one subscriber or may aggregate service usage. The latter case occurs e.g. in the charging model 
where the session owner is charged for all session participants. Accumulated or detailed talk burst usage data given in 
the CDRs will hold duration, volume and number of talk bursts. It is up to the Billing Domain to rate them according to 
selected rate plans. 

Event CDRs will be generated for the early session establishment and instant personal alerts delivery. 

Interim and final CDRs will be generated for PoC session participation and talk burst usage. The generation of interim 
CDRs will be governed by configurable timers at the PoC server, changes to the session, and any changes in location of 
the user made known to the PoC server. 

5.2.2 Diameter message flows 

The flows described in the present document specify the charging communications between PoC server and the 
charging functions for different charging scenarios. The SIP messages associated with these charging scenarios are 
shown primarily for general information and to illustrate the charging triggers. They are not intended to be exhaustive 
of all the SIP message flows discussed in 3GPP TS 24.228 [202]. 



5.2.2.1 



Message Flows - Successful Cases and Scenarios 



5.2.2.1.1 



Successful PoC session Establishment 



Figure 5.2.2.1.1 shows the Diameter transactions that are required between PoC Server and CDF during PoC session 
establishment originated by a PoC Client. The ACR triggers the first CPF-CDR sequence in the controlling PoC server 
and the first PPF-CDR sequence is generated for each participant in the participating PoC server. More CPF-CDR 
sequences possible for additional participants. 



PoC 
Client 



PoC server 



SIP INVITE 



CDF 



Save Charging Data 



200 O 



ACR 



K 



Create xPF-CDR (sequence) 



ACA 



Figure 5.2.2.1.1 : iUlessage Sequence Chiart for Offline Charging PoC Session Establishment 
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5.2.2.1.2 PoC talk burst exchange 

Figure 5.2.2.1.2 shows the Diameter transactions that are required between PoC Server and CDF during talk burst 
exchange. 



PoC 
Client 



PoC server 



Talk Burst Request 



Talk Burst Release 



CDF 



Save Charging Data 



BYE 



200 OK 



ACR 



Close xPF-CDR 



ACA 



Figure 5.2.2.1.2: Message Sequence Chart for Offline Charging PoC tallt burst exchange 

5.2.2.1 .3 Instant personal alert 

Figure 5.2.2.1.3 shows the Diameter transactions that are required between participating PoC Server and CDF for the 
Instant Personal Alert delivery. 



PoC 
Client 



PoC server 

(participating) 



SIP MESSAGE 



CDF 



ACR 



Create CDR (event) 



ACA 



Figure 5.2.2.1.3: lUlessage Sequence Chart for Offline Charging Instant personal alert 
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5.2.2.1.4 



Pre-established session set-up 



Figure 5.2.2.1.4 sliows the Diameter transactions tiiat are required between participating PoC Server and CDF for the 
pre-established session with the early session indication. 



PoC 
Client 




PoC server 

(participating) 




CDF 








SIP INVITE 


















ACR 
















Create CDR (event) 






ACA 

















Figure 5.2.2.1.4: Message Sequence Chart for Offline Charging pre-established session set-up 



5.2.2.1.5 



Mid PoC session Procedures 



Figure 5.2.2.1.5 shows the Diameter transactions that are required between PoC Server and CDF in the Mid-PoC 
session when SIP INVITE or BYE request are received at the PoC server. The ACR(Start) triggers the first CPF-CDR 
sequence in the Controlling PoC server and the first PPF-CDR sequence is generated for each participant in the 
Participating PoC server. When SIP INVITE or BYE request are sent to controlling server, Controlling PoC server 
performs service control function, to recognize if the request is a chargeable event. If so, the Controlling PoC server 
will send ACR with Interim-Record type. 



P a r tic ip a tin g 
PoC Server 



Con tro llin g 
PoC server 



More SIP signalling 



20 0OK/Update,BYE 



Service 



Con tro 1 



CDF 



ACR (Interim R ec 

» 



U p d ate 



ACA 



o rd ) 



CPF-CDR 



Figure 5.2.2.1.5: Message Sequence Chart for Offline Charging in Mid PoC Session 
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5.2.3 CDR generation 

The controlling PoC function CDR (CPF-CDR) and participating PoC function CDR (PPF-CDR) are generated by the 
PoC server to collect charging information that they subsequently transfer to the Charging Gateway Function (CGF). 

5.2.4 GTP' record transfer flows 

The principles and protocol applications specified in 3GPP TS 32.295 [54]. 

5.2.5 Bt CDR file transfer 

The CDR file transfer for PoC charging is supported on the Bj interface, as specified in 3GPP TS 32.240 [1]. For 
further details on the Bj protocol application refer to 3GPP TS 32.297 [52]. 



5.3 PoC online charging scenarios 



5.3.1 Basic principles 

PoC online charging is done according to the general principles of Diameter credit control applications (DCCA) as 
specified in 3GPP TS 32.299 [50]. The PoC server generates online charging messages that contain distinguishable 
service usage data for any of the sub-services. 

PoC online charging utilizes one time event charging for early (pre-established) sessions (session set-up is charged 
only) and instant personal alerts and session charging for PoC session and PoC talk burst exchange. Thus the PoC 
online charging interface will address both the Session Based Charging Function (SBCF) and the event based charging 
function (EBCF) with the OCS. There will be a general PoC service with four sub-services in the interface. Each of the 
sub-services has specific charging information and behaviour. The DCCA concept of multiple service credit control will 
be supported. As described by DCCA, unused reserved units for PoC session participation will be released on session 
termination. 

Talk burst exchange is a session based service with SCUR which may be metered by duration, volume or number. The 
metering is done on the PoC server and governed in a DCCA conformal way by the OCS. Upon charging request it 
returns granted units of either of the three types. Unused reserved units for talk burst exchange will be released at PoC 
session termination or based on an inactivity timer. For number of talk burst level reporting, the service specific unit 
shall be used to represent individual talk bursts. For talk burst duration reporting, the time based unit shall be used. For 
talk burst volume reporting, the volume unit shall be used. 

For an Instant Personal Alert, which is an event unrelated to a PoC session, the PoC online charging utilizes event 
charging for the message including a unit reservation i.e. ECUR. 
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5.3.2 Diameter message flows 



5.3.2.1 



Successful PoC session Establishment 



Figure 5.3.2.1 shows the Diameter transactions that are required between PoC Server and OCS during PoC session 
establishment originated by a PoC Client. 



PoC 
Client 



SIP INVITE 



PoC server 



OCS 



CCR (initial) 



Quota Reservation 



CCA 



200 OK 



Start Quota Control 



Figure 5.3.2.1 : Message Sequence Chart for Online Charging PoC Session Establishment 

Editor's note: Detailed message description including the handling of RSU, GSU and USU should be added. 
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5.3.2.2 PoC talk burst exchange 

Figure 5.3.2.2 shows the Diameter transactions that are required between PoC Server and OCS during talk burst 
exchange. 



PoC 
Client 



PoC server 



Talk Burst Request 



Talk Burst Release 



OCS 



Update quota control 



BYE 



200 OK 



CCR (terminate) 



Quota resolution 



CCA 



Figure 5.3.2.2 : Message Sequence Chart for Online Charging PoC tallt burst exchange 
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5.3.2.3 



Instant personal alert 



Figure 5.3.2.3 shows the Diameter transactions that are required between participating PoC Server and OCS for the 
(successful) Instant Personal Alert delivery. Each Instant Personal Alert shall be treated independently 



PoC 
Client A 



PoC server 



SIP MESSAGE 



OCS 



CCR (event with reservation) 



Quota reservation 



CCA 



SIP MESSAGE 



200 OK 



CCR (terminate) 



PoC 
Client B 



7^ 



Quota resolution 



CCA 



Figure 5.3.2.3: Message Sequence Chart for Online Charging Instant personal alert 

Note: The 200 OK response to the PoC Client A has been omitted from figure 5.3.2.3 but can occur at any point 
after the 200 OK is received from PoC Client B. 

For successful message delivery, the CCR (terminate) shall report the used quota. 

For unsuccessful message delivery, determined by a response timeout or a SIP error response e.g. 4xx, the PoC server 
return the quota as unused within the CCR (terminate). 
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5.3.2.4 



Early session set-up 



Early session set-up is a preparation process for later PoC session establishment. The required negotiations, media 
negotiation, bearing parameters negotiation, etc, among different PoC users are also different, which occupy different 
resources that PoC server can not predict before. ECUR is referred here. 

Figure 5.3.2.4 shows the charging flow between PoC Server (participating) and OCS for pre-established session (early 
session): 



PoC 
Client 



1. SIP INVITE 



PoC server 

(Participating) 



OCS 



2. CCR (Init, RSU) 



3. Charging Control 



4. CCA (Init, GSU) 

< 



5. early session setup 



6. Result for early session ., „ „ 



:R (Term, USU) 

► 



8. Charging Control 



9. CCA (Term) 

M 



Figure 5.3.2.4: Message Sequence Chart for Pre-established Session Set-up Online Charging 

1. PoC Client sends SIP INVITE request to PoC Server (participating) for early session setup. 

2. After receiving the request PoC Server sends CCR[Initial] to OCS for reservation by RSU(Requested-Service-Unit). 

3. The OCS performs unit reservation. 

4. The OCS sends back the response to PoC Server (participating) to authorize the service request with GSU(Granted- 
Service-Unit) 

5. PoC Server (participating) starts to initiate the early session for PoC Client. 

6. When finishing early session setup PoC server responses back the result to PoC Client. 

7. Also PoC Server (participating) sends CCR[Termination] to OCS by USU(Used-Service-Unit) to indicate resource 
usage and result of early session setup. 

8. OCS performs debit. 

9. OCS sends back CCA to PoC Server (participanting) to indicate charging control result. 
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5.3.2.5 Participant number based charging 

Figure 5.3.2.5 shows the Diameter transactions that are required between Controlling PoC Server and OCS in 
participant number based charging for the session owner. 



PoC Cllen t 



P artic ip a tin g 
PoC server 



1. SIP IN V IT E 



5. SIP IN V IT E 



6. 200 OK, BYE 



Con tro Uin g 
PoC server 



7. 200 OK, BYE 



OCS 



2. C C R(Initial) 



3. Quota Reservation 



4. C CA 



S.Service Con tro 1 



C C R(update) 



10. Q u o t 



II. CCA 



R e s erv a tio n 



Figure 5.3.2.5: Message Sequence Chart for Offline Charging in Mid PoC Session 

(1) PoC client sends SIP INVITE request to controlling PoC server to generate a multi-participants session. 

(2) Controlling PoC server sends initial CCR request to OCS, with the pre-defined group participant number for 
quota reservation. In case of the Ad-hoc session, Controlling PoC server sends initial CCR request for quota 
reservation, with initial invited participant number. 

(3) OCS performs Quota reservation. 

(4) OCS responses the CCA with enabling trigger condition of CHANGE_IN_PARTICIPANTS_NMB or 
CH ANGE_IN_ THRSHLD_OF_P ARTICIP ANTS_NMB . 

(5) Controlling PoC server forward the INVITE request to participants. 

(6) During the session ongoing, participant can send BYE or 200 OK to Participanting PoC server. 

(7) Participanting PoC server forwards the message to Controlling PoC server. 

(8) Controlling PoC server monitors the trigger conditions, if one of the conditions occurs, it goes to next 
procedure. 

(9) Controlling PoC server sends update request, with the changed Rating Group. 

(10) OCS performs re-authorization. 

(11) OCS sends CCA to ControlUng PoC server. 
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5.3.2.6 Participating type based charging 

Figure 5.3.2.6 shows the Diameter transactions that are required between ControlHng PoC Server and OCS in 
participant type based charging for the session owner and participants. 



PoC Box 



PoC Server 



1. INVITE 



5. INVITE 



6. 200 OK 



OCS 



2. CCR(Initial) 



3. Quota Reservation 



4. CCA 



7. PoC Session Start 



8. INVITE 



9. Service Control 



13. INVITE 



14. 200 OK 



10. CCR(Update) 



1 1 . Quota Reservation 



12. CCA 



15. PoC Session continue with PoC Box 



Figure 5.3.2.6: Message Sequence Chart for Online Charging Participating type 

1. PoC Server receives SIP INVITE. 

2. PoC server sends initial CCR request to OCS. 

3. OCS performs Quota reservation. 

4. OCS responses the CCA with enabhng trigger condition of CHANGE_IN_USER_PARTICIPATING _TYPE. 

5. PoC server forwards the INVITE request to participants. 

6. PoC server receives the 200 OK for INVITE. 
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7. PoC Session start. 

8. During the session ongoing, participant can send INVITE to PoC server to invite PoC Box. 

9. Controlling PoC server monitors the trigger conditions, if one of the conditions occurs, it goes to next procedure. 

10. PoC server sends CCR(update) request, with the changed Rating Group. 

1 1 . OCS performs re-authorization. 

12. OCS sends CCA to PoC server. 

13. PoC Server forwards INVITE to PoC Box. 

14. PoC Box response to PoC Server with 200 OK. 

15. PoC Session continues. 
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6 Definition of charging information 

6.1 Data description for PoC offline charging 

The PoC Server generates charging information that can be transferred from the CTF to the CDF with the Diameter 
accounting application. Detailed information about the usage of the Diameter accounting application is described in 
3GPPTS 32.299 [50]. 

6.1.1 Rf message contents 



6.1.1.1 



Summary of Offline Charging Message Formats 



The PoC Charging application for offline charging employs the Accounting-Request (ACR) and Accounting-Answer 
(ACA). The ACR can be of type start, stop, interim and event and includes all charging information. The ACA is just an 
acknowledgement of the ACR. 

Table 6.1.1.1 describes the use of these messages for offline charging. 

Table 6.1.1.1 : Offline Charging Messages Reference Table 



Command-Name 


Source 


Destination 


Abbreviation 


Accounting-Request 


PoC Server 


CDF 


ACR 


Accounting-Answer 


CDF 


PoC Server 


ACA 



6.1.1.2 



Structure for the Accounting Message Formats 



PoC offline charging used the diameter accounting application with the two messages ACR and ACA. The request can 
be of type start, stop, interim and event. The accounting request message includes all charging information and the 
answer is just an acknowledgement of the request message. Detailed information about the diameter offline charging 
appHcation is described in 3GPP TS 32.299 [50]. 

This sub clause describes the different fields used in the accounting messages. 
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6.1.1.2.1 



Accounting-Request Message 



Table 6.1.1.2.1 illustrates the basic structure of a Diameter ACR message as used for PoC offline charging. 
Table 6.1.1.2.1 : Accounting-Request (ACR) Message Contents for Offline Charging 



Field 


Category 


Description 


Session-Id 


M 


Used as described in 3GPP TS 32.299 [50]. 


Origin-Host 


M 


Used as described in 3GPP TS 32.299 [50]. 


Origin-Realm 


M 


Used as described in 3GPP TS 32.299 [50]. 


Destination-Realm 


M 


Used as described in 3GPP TS 32.299 [50]. 


Accounting-Record-Type 


M 


Used as described in 3GPP TS 32.299 [50]. 


Accounting-Record-Number 


M 


Used as described in 3GPP TS 32.299 [50]. 


Acct-Application-ld 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Vendor-Specific-Application-ld 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


User-Name 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Accounting-Sub-Session-Id 


- 


Not used in 3GPP. 


Acct-Session-ld 


- 


Not used in 3GPP. 


Acct-IVIulti-Session-ld 


- 


Not used in 3GPP. 


Acct-lnterim-lnterval 


Oc 




Accounting-Realtime-Required 


- 


Not used in 3GPP. 


Origin-State-Id 


Oc 




Event-Tlmestamp 


Oc 




Proxy-Info 


- 


Not used in 3GPP. 


Route-Record 


- 


Not used in 3GPP. 


Service-Context-Id 


Om 


Used as described in 3GPP TS 32.299 [50] 


Service-Information 
Subscription-Id 
PS-Information 
IMS-Information 
PoC-lnformation 


Om 


This field holds the PoC specific parameter and is described in clause 6.3. 
Subscription-Id is used as described in 3GPP TS 32.299 [50] 


Extension 


- 


Not used in 3GPP. 



NOTE: Detailed descriptions of the fields are provided in 3GPP TS 32.299 [50]. 
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6.1.1.2.2 



Accounting-Answer Message 



Table 6.1.1.2.2 illustrates the basic structure of a Diameter ACA message as used for PoC charging. This message is 
always used by the CDF as specified below, regardless of the PoC server it is received from and the ACR record type 
that is being replied to. 

Table 6.1.1.2.2: Accounting-Answer (ACA) Message Contents for Offline Charging 



Field 


Category 


Description 


Session-Id 


M 


Used as described in 3GPP TS 32.299 [50]. 


Result-Code 


M 


Used as described in 3GPP TS 32.299 [50]. 


Origin-Host 


M 


Used as described in 3GPP TS 32.299 [50]. 


Origin-Realm 


M 


Used as described in 3GPP TS 32.299 [50]. 


Accounting-Record-Type 


M 


Used as described in 3GPP TS 32.299 [50]. 


Accounting-Record-Number 


M 


Used as described in 3GPP TS 32.299 [50]. 


Acct-Application-ld 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Vendor-Specific-Application-ld 


- 


Not used in 3GPP. 


User-Name 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Accounting-Sub-Session-Id 


- 


Not used in 3GPP. 


Acct-Session-ld 


- 


Not used in 3GPP. 


Acct-Multi-Session-ld 


- 


Not used in 3GPP. 


Error-Reporting-Host 


- 


Not used in 3GPP. 


Acct-lnterim-lnterval 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Accounting-Realtime-Required 


- 


Not used in 3GPP. 


Origin-State-Id 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Event-Tlmestamp 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Proxy-Info 


- 


Not used in 3GPP. 


Extension 


- 


Not used in 3GPP. 



Category in table 6.1.1.1 and table 6.1.1.2.2 shall use the categories according to clause 5.4 in 3GPP TS 32.240 [1]. 

6.1 .2 GTP" message contents 

Editor's note: 

< Based on clause 5.2.4. If not appUcable as per 5.2.4, insert only the following text. > 

{Not applicable. Refer to clause 5.2.4 for further information.} 
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6.1 .3 CDR description on tine Bt interface 

6.1.3.1 CDR Field Types 

The content of the PoC CDR type is defined in table 6.1.3.3.1 and table 6.1.3.3.2. For the CDR type the field definition 
includes the field name, category and description. The detailed field descriptions are provided in 3GPP TS 32.298 [51]. 

The CDF provides the CDRs at the Bj interface in the format and encoding described in 3GPP TS 32.298 [51]. 
Additional CDR formats and contents may be available at the interface to the billing system to meet the requirements of 
the billing system, these are outside of the scope of 3GPP standardisation. 

6.1.3.2 CDR Triggers 

6.1 .3.2.1 PoC Session Related CDRs 

Reflecting the usage of PoC sessions CDRs are generated by the CDF on a per session basis. In the scope of the present 
document the term "PoC session" refers to the following cases: 

• 1 to 1 PoC sessions; 

• PoC group sessions (1 to many). 

Accounting information for SIP sessions is transferred from the PoC server to the CDF using Diameter ACR Start, 
Interim and Stop messages. A PoC session CDR is opened in the CDF upon reception of a Diameter ACR [Start] 
message. Partial CDRs may be generated upon reception of a Diameter ACR [Interim] message. The Diameter ACR 
[Interim] message is sent by the network entity towards the CDF due to a session modification procedure (i.e. change in 
media) , due to a change to location of the user, or due to usage threshold (e.g. volume, duration, number of change 
conditions). Session CDRs are updated, or partial CDRs are generated upon reception of a diameter ACR [Interim] 
message, which is sent by the network entity due to expiration of the Accounting-Interim- Interval parameter. The CDF 
closes the final session CDR upon reception of a Diameter ACR [Stop] message, which indicates that the SIP session is 
terminated. 

Accounting information for unsuccessful session set-up attempts may be sent by the PoC server to the CDF employing 
the Diameter ACR [Event] message. The behaviour of the CDF upon receiving ACR [Event] messages is specified in 
clause 6.1.3.2.2. 

6.1.3.2.2 Session Unrelated CDRs 

To reflect chargeable events not directly related to a PoC session the CDF may generate CDRs upon the occurrence of 
session unrelated SIP procedures, such as: 

• Sending/Receiving instant personal alert. Unsuccessful message shall not be charged. 

• Sending/Receiving PoC group advertisement. Unsuccessful message shall not be charged. 

• PoC client subscription to the conference state (based on a PoC group identity of the PoC group or on a PoC 
session identity). 

• PoC client adding a user to a PoC session 

• PoC client handling for PoC session locking in a particular PoC session (simultaneous session control): the PoC 
client may request to lock itself in a particular PoC session while initiating a PoC session or at any time later 
when a valid PoC session exists. 

• PoC client handling for PoC session priority in a particular PoC session (simultaneous session control): the PoC 
client may set a PoC session priority in a particular PoC session while initiating a PoC session or at any time 
later when a valid PoC session exists. 

Accounting information for SIP session-unrelated procedures is transferred from the PoC server to the CDF using 
Diameter ACR [Event] messages. Session unrelated CDRs are created in the CDF in a "one-off" action based on the 
information contained in the Diameter ACR [Event] message. One session unrelated CDR is created in the CDF for 
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each Diameter ACR [Event] message received, whereas the creation of partial CDRs is not applicable for session 
unrelated CDRs. 
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6.1.3.3 PoC CDR Content 

The detailed description of the field is provided in 3GPP TS 32.298 [51]. 

6.1.3.3.1 Participating PoC Function 

Table 6.1.3.3.1 contains the content of Participating PoC Function (PPF) Charging Data Record. 

Table 6.1 .3.3.1 : Charging Data of PPF-CDR 



ETSI TS 132 272 V9.0.0 (2010-02) 



Field 


Category 


Description 


Record Type 


M 


Identifies the PoC service record. 


Retransmission 


Oc 


This parameter, when present, indicates that information from retransmitted Diameter ACRs has been used in this CDR. 


SIP Method 


Oc 


Specifies the SIP-method for which the CDR is generated. Only available in session unrelated cases. This parameter corresponds 
to Event-Type. 


Node Address 


Om 


This item holds the address of the node providing the information for the CDR. This may either be the IP address or the FODN of 
the IMS node generating the accounting data. This parameter corresponds to the Origin-Host. 


Session ID 


Om 


The Session identification. For a SIP session the Session-ID contains the SIP Call ID as defined in the Session Initiation Protocol 
RFC 3261 [404]. This parameter corresponds to User-Session-ID. 


Calling Party Address 


Om 


The address (Public User ID) of the party requesting a service or initiating a session. This field holds either the SIP URI (according 
to RFC 3261 [404]) or the TEL URI (according to RFC 3966 [405]) of the calling party. This parameter corresponds to Calling-Party- 
Address. 


Called Party Address 


Om 


In the context of an end-to-end SIP transaction this field holds the address of the party (Public User ID) to whom the SIP transaction 
is posted. This parameter corresponds to Called-Party-Address. 


Service Request Time Stamp 


Om 


This field contains the time stamp which indicates the time at which the service was requested. This parameter corresponds to SIP- 
Request-Timestamp in START ACR. 


Service Delivery Start Time 
Stamp 


Om 


This field holds the time stamp reflecting either: successful session set-up, a delivery unrelated service, an unsuccessful session 
set-up and an unsuccessful session unrelated request. This parameter corresponds to SIP-Response-Timestamp in START ACR. 


Service Delivery End Time 
Stamp 


Oc 


This field records the time at which the service delivery was terminated. It is Present only in SIP session related case. This 
parameter corresponds to SIP-Request-Timestamp. in STOP ACR. 


Record Opening Time 


Oc 


A time stamp reflecting the time the CDF opened this record. Present only in SIP session related case. 


Record Closure Time 


Om 


A Time stamp reflecting the time the CDF closed the record. 


Inter Operator Identifiers 


Oc 


Holds the identification of the home network (originating and terminating) if exchanged via SIP signalling, as recorded in the Inter- 
Operator-Identifier. 


Originating 101 


Oc 


This parameter corresponds to Originating-IOI. 


Terminating 101 


Oc 


This parameter corresponds to Terminating-IOI. 


Local Record Sequence Number 


Om 


This field includes a unique record number created by this node. The number is allocated sequentially for each partial CDR (or 
whole CDR) including all CDR types. The number is unique within the CDF. 


Record Sequence Number 


Oc 


This field contains a running sequence number employed to link the partial records generated by the CDF for a particular session. 


Cause For Record Closing 


Om 


This field contains a reason for the release of the CDR. 


Incomplete CDR Indication 


Oc 


This field provides additional diagnostics when the CDF detects missing ACRs. 
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Field 


Category 


Description 


IMS Charging Identifier 


Om 


This parameter holds the IMS charging identifier (ICID) as generated by the IMS node for the SIP session. This parameter 
corresponds to IMS-Charging-ldentifier (ICID). 


SDP Session Description 


Oc 


Holds the Session portion of the SDP data exchanged between the User Agents if available in the SIP transaction. This parameter 
corresponds to SDP-Session-Description. 


List of SDP IVIedia Components 


Oc 


This is a grouped field comprising several sub-fields associated with one media component. It may occur several times in one CDR. 
The field is present only in a SIP session related case. 


SIP Request Timestamp 


Om 


This parameter contains the time of the SIP Request (usually a (Re)lnvite). This parameter corresponds to SIP-Request-Timestamp 
in INTERIM ACR. 


SIP Response Timestamp 


Om 


This parameter contains the time of the response to the SIP Request (usually a 200 OK). This parameter corresponds to SIP- 
Response-Timestamp in INTERIM ACR. 


SDP Media Components 


Om 


This is a grouped field comprising several sub-fields associated with one media component. Since several media components may 
exist for a session in parallel these sub-fields may occur several times. This parameter corresponds to SDP-Media-Component. 


SDP Media Name 


Om 


This field holds the name of the media as available in the SDP data. This parameter corresponds to SDP-Media-Name. 


SDP Media Description 


Om 


This field holds the attributes of the media as available in the SDP data. This parameter corresponds to SDP-Media-Description. 


GPRS Charging ID 


Oc 


This parameter holds the GPRS charging ID (GCID) which is generated by the GGSN for a GPRS PDP context. This parameter 
corresponds to GPRS-Charging-ld. 


Media Initiator Flag 


Oc 


This field indicates if the called party has requested the session modification and It Is present only If the Initiator was the called 
party. 


Media Initiator Party 


Oc 


This field indicates the address (SIP URI or TEL URI) of the party (Public User ID or Public Service ID) who initiates the media 
action, like adding/removing the media. 


GGSN Address 


Oc 


This parameter holds the control plane IP address of the GGSN that handles one or more media component(s) of a IMS session. 
This parameter corresponds to the P-Charging-Vector header. 


Service Delivery Failure Reason 


Oc 


Holds the reason for why a requested service could not be successfully provided (i.e. SIP error codes taken from SIP-Methocf). This 
field is not present in case of a successful service delivery. 


Service Specific Data 


Oc 


This field contains service specific data. 


List of Message Bodies 


Oc 


This grouped field comprising several sub-fields describing the data that may be conveyed end-to-end in the body of a SIP 
message. Since several message bodies may be exchanged via SIP-signalling, this grouped field may occur several times. 


Content Type 


Oc 


This sub-field of Message Bodies holds the MIME type of the message body, Examples are: application/zip, image/gif, audio/mpeg, 
etc. This parameter corresponds to Event-Type / Content-Type. 


Content Disposition 


Oc 


This sub-field of Message Bodies holds the content disposition of the message body inside the SIP signalling. Content-disposition 
header field equal to "render", indicates that "the body part should be displayed or otherwise rendered to the user". Content 
disposition values are: session, render, inline, icon, alert, attachment, etc. This parameter corresponds to Event-Type / Content- 
Disposition. 


Content Length 


Oc 


This sub-field of Message Bodies holds the size of the data of a message body in bytes. This parameter corresponds to Event-Type 
/ Content-Length. 


Originator 


Oc 


This sub-field of the "List of Message Bodies" indicates the originating party of the message body. This parameter corresponds to 
P-Asserted-ldentity header. 


PoC Information 


Oc 


A set of PoC specific parameters such as PoC session Type, PoC server Role and the accumulated send/received talk burst 
information of the participant. . See clause 6.3.1 .2. 


User Location Info 


Oc 


This field holds information about the location of the user to the level of that made available to the PoC server. If no location 
information is available then this parameter is not included. 


Service Context Id 


Om 


Holds the context information to which the CDR belongs 


Record Extensions 


Oc 


A set of operator/manufacturer specific extensions to the record, conditioned upon existence of an extension. 
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Table 6.1.3.3.2 contains the content of Controlling PoC Function (CPF) Charging Data Record. 



Table 6.1.3.3.2: Charging Data of CPF-CDR 



Field 


Category 


Description 


Record Type 


M 


Identifies the PoC service record. 


Retransmission 


Oc 


This parameter, when present, indicates that information from retransmitted Diameter ACRs has been used in this CDR. 


SIP Method 


Oc 


Specifies the SIP-method for which the CDR is generated. Only available in session unrelated cases. This parameter corresponds 
to Event-Type. 


Node Address 


Om 


This item holds the address of the node providing the information for the CDR. This may either be the IP address or the FQDN of 
the IMS node generating the accounting data. This parameter corresponds to the Origin-Host. 


Session ID 


Om 


The Session identification. For a SIP session the Session-ID contains the SIP Call ID as defined in the Session Initiation Protocol 
RFC 3261 [404]. This parameter corresponds to User-Session-ID. 


Calling Party Address 


Om 


The address (Public User ID) of the party requesting a service or initiating a session. This field holds either the SIP URI (according 
to RFC 3261 [404]) or the TEL URI (according to RFC 3966 [405]) of the calling party. This parameter corresponds to Calling- 
Party-Address. 


Called Party Address 


Om 


In the context of an end-to-end SIP transaction this field holds the address of the party (Public User ID) to whom the SIP 
transaction is posted. This parameter corresponds to Called-Party-Address. 


Service Request Time Stamp 


Om 


This field contains the time stamp which indicates the time at which the service was requested. This parameter corresponds to 
SIP-Request-Timestamp in START ACR. 


Service Delivery Start Time Stamp 


Om 


This field holds the time stamp reflecting either: successful session set-up, a delivery unrelated service, an unsuccessful session 
set-up and an unsuccessful session unrelated request. This parameter corresponds to SIP-Response-Timestamp in START ACR. 


Service Delivery End Time Stamp 


Oc 


This field records the time at which the service delivery was terminated. It is Present only in SIP session related case. This 
parameter corresponds to SIP-Request-Timestamp in STOP ACR. 


Record Opening Time 


Oc 


A time stamp reflecting the time the CDF opened this record. Present only in SIP session related case. 


Record Closure Time 


Om 


A Time stamp reflecting the time the CDF closed the record. 


Inter Operator Identifiers 


Oc 


Holds the identification of the home network (originating and terminating) if exchanged via SIP signalling, as recorded in the Inter- 
Operator-Identifier. 


Originating 101 


Oc 


This parameter corresponds to Originating-IOI. 


Terminating 101 


Oc 


This parameter corresponds to Terminating-IOI. 


Local Record Sequence Number 


Om 


This field includes a unique record number created by this node. The number is allocated sequentially for each partial CDR (or 
whole CDR) including all CDR types. The number is unique within the CDF. 


Record Sequence Number 


Oc 


This field contains a running sequence number employed to link the partial records generated by the CDF for a particular session. 


Cause For Record Closing 


Om 


This field contains a reason for the release of the CDR. 


Incomplete CDR Indication 


Oc 


This field provides additional diagnostics when the CDF detects missing ACRs. 


IMS Charging Identifier 


Om 


This parameter holds the IMS charging identifier (ICID) as generated by the IMS node for the SIP session. This parameter 
corresponds to IMS-Charging-ldentifier (ICID). 


SDP Session Description 


Oc 


Holds the Session portion of the SDP data exchanged between the User Agents if available in the SIP transaction. This parameter 
corresponds to SDP-Session-Description. 


List of SDP Media Components 


Oc 


This is a grouped field comprising several sub-fields associated with one media component. It may occur several times in one 
CDR. The field is present only in a SIP session related case. 
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Field 


Category 


Description 


SIP Request Timestamp 


Om 


This parameter contains the time of the SIP Request (usually a {Re)lnvite). This parameter corresponds to SIP-Request- 
Timestamp in INTERIM ACR. 


SIP Response Timestamp 


Om 


This parameter contains the time of the response to the SIP Request (usually a 200 OK). This parameter corresponds to SIP- 
Response-Timestamp in INTERIM ACR. 


SDR Media Components 


Om 


This is a grouped field comprising several sub-fields associated with one media component. Since several media components 
may exist for a session in parallel these sub-fields may occur several times. This parameter corresponds to SDP-Media- 
Component. 


SDR IVledia Name 


Om 


This field holds the name of the media as available in the SDR data. This parameter corresponds to SDP-Media-Name. 


SDR IVledia Description 


Om 


This field holds the attributes of the media as available in the SDP data. This parameter corresponds to SDP-Media-Description. 


Media Initiator Flag 


Oc 


This field indicates if the called party has requested the session modification and it is present only if the initiator was the called 
party. 


Media Initiator Party 


Oc 


This field indicates the address (SIP URI or TEL URI) of the party (Public User ID or Public Service ID) who initiates the media 
action, like adding/removing the media. 


GGSN Address 


Oc 


This parameter holds the control plane IP address of the GGSN that handles one or more media component(s) of a IMS session. 
This parameter corresponds to the P-Charging-Vector header. For the controlling PoC server, this is only included if the charged 
party is participating in the session. 


Service Delivery Failure Reason 


Oc 


Holds the reason for why a requested service could not be successfully provided (i.e. SIP error codes taken from SIP-Method). 
This field is not present in case of a successful service delivery. 


Service Specific Data 


Oc 


This field contains service specific data. 


List of Message Bodies 


Oc 


This grouped field comprising several sub-fields describing the data that may be conveyed end-to-end in the body of a SIP 
message. Since several message bodies may be exchanged via SIP-signalling, this grouped field may occur several times. 


Content Type 


Oc 


This sub-field of Message Bodies holds the MIME type of the message body. Examples are: application/zip, image/gif, 
audio/mpeg, etc. This parameter corresponds to Event-Type / Content-Type. 


Content Disposition 


Oc 


This sub-field of Message Bodies holds the content disposition of the message body inside the SIP signalling, Content-disposition 
header field equal to "render", indicates that "the body part should be displayed or otherwise rendered to the user". Content 
disposition values are: session, render, inline, icon, alert, attachment, etc. This parameter corresponds to Event-Type / Content- 
Disposition. 


Content Length 


Oc 


This sub-field of Message Bodies holds the size of the data of a message body in bytes. This parameter corresponds to Event- 
Type / Content-Length. 


Originator 


Oc 


This sub-field of the "List of Message Bodies" indicates the originating party of the message body. This parameter corresponds to 
P-Asserted-ldentity header. 


PoC Information 


Oc 


A set of PoC specific parameters such as PoC session Type, PoC server Role, Number and List of Participants and the 
accumulated talk burst information during the PoC session. See clause 6.3.1 .2. 


User Location Info 


Oc 


This field holds information about the location of the charged party to the level of that made available to the PoC server. If no 
location information is available then this parameter is not included. For the controlling PoC server, this additionally is only 
included if the charged party is participating in the session. 


Service Context Id 


Om 


Holds the context information to which the CDR belongs 


Record Extensions 


Oc 


A set of operator/manufacturer specific extensions to the record, conditioned upon existence of an extension. 
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6.2 Data description for PoC online charging 



PoC online charging is using credit control. Detailed information about the used of Diameter credit control application is described in 3GPP TS 32.299 [50]. 

6.2.1 Ro message contents 

PoC online charging uses the credit control with the two messages Credit-Control-Request (CCR) and Credit-Control- Answer (CCA). The request performs rating of the PoC 
service and reserves units on the users account. The answer replies back with amount of reserved units or an error code if the user is out of credit. 

Table 6.2.1 describes the use of these messages for online charging. 

Table 6.2.1 : Online Charging Messages Reference Table 



Command-Name 


Source 


Destination 


Abbreviation 


Credit-Control-Request 


PoC Server 


OCS 


CCR 


Credit-Control-Answer 


OCS 


PoC Server 


CCA 



The structure of the Credit-Control-Request (CCR) and Credit-Control-Answer (CCA) messages defined in the clauses below. 
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6.2.1.1 



Credit-Control-Request Message 



Table 6.2.1.1 illustrates the basic structure of a Diameter CCR message from the PoC Server as used for PoC online charging. 



Table 6.2.1.1 : Credit-Control-Request (CCR) Message Contents 



Field 


Category 


Description 


Session-Id 


M 


Used as described in 3GPP TS 32.299 [50]. 


Origin-Host 


M 


Used as described in 3GPP TS 32.299 [50]. 


Origin-Realm 


M 


Used as described in 3GPP TS 32.299 [50]. 


Destination-Realm 


M 


Used as described in 3GPP TS 32.299 [50]. 


Auth-Application-ld 


M 


Used as described in 3GPP TS 32.299 [50]. 


Service-Context-Id 


M 


Used as described in 3GPP TS 32.299 [50] 


CC-Request-Type 


M 


Used as described in 3GPP TS 32.299 [50]. 


CC-Request-Number 


M 


Used as described in 3GPP TS 32.299 [50]. 


Destination-Host 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


User-Name 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Origin-State-Id 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Event-Timestamp 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Subscription-Id 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Service-Identifier 


- 


Not used at command level but within the IVIultiple-Services-Credit-Control. The values are operator defined. 


Termination-Cause 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Requested-Service-Unit 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Requested-Action 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Used-Service-Unit 


- 


Not used at command level but within the IVIultiple-Services-Credit-Control. 


Multiple-Services-lndicator 


Om 


Used as described in 3GPP TS 32.299 [50]. 


IVIultiple-Services-Credit Control 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


User-Equipment-Info 


- 


Not used in PoC charging. 


Proxy- Info 


- 


Not used in 3GPP. 


Proxy-Host 


- 


Not used in 3GPP. 


Proxy-State 


- 


Not used in 3GPP. 


Route-Record 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Service-Information 
PS-Information 
IMS-Information 
PoC-lnformation 


Om 


This field holts the PoC specific parameter and is described in subclause 6.3. 


Extension 


Oc 


Used as described in 3GPP TS 32.299 [50]. 



The protocol specific parameter definition is specified in 3GPP TS 32.299 [50]. 



£75/ 



3GPP TS 32.272 version 9.0.0 Release 9 



50 



ETSI TS 132 272 V9.0.0 (2010-02) 



6.2.1.2 



Credit-Control-Answer Message 



Table 6.2.1.2 illustrates the basic structure of a Diameter CCA message as used for the PoC Server. This message is always used by the OCS as specified below, independent of 
the receiving PoC server and the CCR request type that is being replied to. 

Table 6.2.1.2: Credit-Control-Answer (CCA) Message 



Field 


Category 


Description 


Session-Id 


M 


Used as described in 3GPP TS 32.299 [50]. 


Result-Code 


M 


Used as described in 3GPP TS 32.299 [50]. 


Origin-Host 


M 


Used as described in 3GPP TS 32.299 [50]. 


Origin-Realm 


M 


Used as described in 3GPP TS 32.299 [50]. 


Auth-Application-ld 


M 


Used as described in 3GPP TS 32.299 [50]. 


CC-Request-Type 


M 


Used as described in 3GPP TS 32.299 [50]. 


CC-Request-Number 


M 


Used as described in 3GPP TS 32.299 [50]. 


CC-Session-Failover 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Granted-Service-Unit 


- 


Not used in PoC charging. 


IVIultiple-Services-Credit-Control 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Credit-Control-Failure-Handling 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Direct-Debiting-Failure-Handling 


- 


Not used in PoC charging. 


Redirect-Host 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Redirect-Host-Usage 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Redirect-Max-Cache-Time 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Proxy- Info 


- 


Not used in 3GPP. 


Route-Record 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Failed-AVP 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Trigger 


Oc 


Used as described in 3GPP TS 32.299 [50] 
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6.3 PoC Charging specific parameters 
6.3.1 Definition of tine PoC cinarging information 

The PoC-Information parameter used for PoC charging is provided in the Service-Information parameter. 

6.3.1 .1 PoC charging information assignment for Service Information 

The components that are used for PoC charging are provided in the Service Information as described in table 6.3.1.1. 

Table 6.3.1.1 : Components of the Service Information used for PoC Charging 



Field 


Category 


Description 


Service Information 


Om 


A set of fields hold the 3GPP specific parameter as defined in 3GPP TS 32.299 [50]. For MIVIS Charging the PS Information, IMS 
Information and PoC Information are used. 


Subscription Id 


Om 


Used as defined in 3GPP TS 32.260 [20]. 


PS Information 


Oc 


A set of fields hold the PS specific parameters. The details are defined in 3GPP TS 32.251 [11]. 


User Location Info 


Oc 


Used as defined in 3GPP TS 32.251 [11]. 


GGSN Address 


Oc 


Used as defined in 3GPP TS 32.251 [11]. 


IIVIS Information 


Oc 


A set of fields hold the IMS specific parameters. The details are defined in 3GPP TS 32.260 [20]. 


Event Type 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


User Session ID 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


Calling Party Address 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


Called Party Address 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


Time stamp 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


Inter Operator Identifier 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


IMS Charging Identifier 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


SDP Session Description 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


SDP IVledia Components 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


Cause Code 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


PoC Information 


Om 


A set of fields hold the PoC specific parameters. The details are defined in clause 6.3.1 .2. 
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6.3.1.2 



Definition of the PoC Information 



PoC specific charging information is provided within the PoC Information. The detailed structure of the PoC -Information can be found in table 6.3.1.2. 

Table 6.3.1.2: Structure of the PoC Information 



Field 


Category 


Description 


PoC Server Role 


Om 


Identifies tlie PoC server as participating or controlling PoC server. 


PoC User Role 


Oc 


Identifies the PoC user's role detailed information which should be a list of roles information group. See further details in OI\/IA-AD- 
POC document [203]. 


PoC Session Type 


Om 


Type of the PoC session as defined in appendix C.5.1 in OI\/IA-CP-POC [204]. 


Number Of Participants 


Om 


Indicates the number of invited parties of the PoC session when included in the initial charging request message. When included in 
interim / update charging messages, it indicates the number of parties currently who are attached to the session at the time the interim 
/ update charging messages are sent. 


List Of Participants 


Oc 


Holds the information for participants, e.g., the addresses, the access priority, the user participating type of the invited parties of the 
PoC session when included in the initial charging request message. When included in the interim /update charging messages, it holds 
the addresses and access priority of the parties currently who are attached to the session at the time the interim / update charging 
messages are sent. 


Called Party Address 


Oc 


The address (Public User ID, SIP URL, E.164, etc.) of the participants. 


Participant Access Priority 


Oc 


Indicates the user priority level when participating in the PoC session. 


User Participating Type 


Oc 


Indicates the participating user type when participating in the PoC session, i.e. Normal, NW PoC Box, UE PoC Box. 


PoC Session initiation type 


Oc 


Indicates PoC session initiation type.lt can be only used for the served parties. 


PoC Event Type 


Oc 


Indicates PoC session unrelated charging event. 


List Of Talk Burst-Exchange 


Oc 


Applicable to offline charging only - a list of changes in charging conditions for the PoC session, each change is time stamped. 
Charging conditions are used to categorize charging, such as per tariff period or based on the number of participants. A set of 
charging data (number of tall< bursts, talk burst bearer volume, sum of talk bursts time) for sent and received talk burst. 


PoC Controlling Address 


Oc 


Identifies the PoC server performing the controlling function. This is only included when PoC Server Role indicates "participating". This 
information may be obtained from the "Contact" header of SIP message received from the controlling PoC function. 


PoC Group Name 


Oc 


Identifies a pre-arranged group. Included if the session is a pre-arranged group session. This information may be obtained from the "P- 
Asserted-ldentity" header of the SIP message received from the controlling PoC function, or from the "Request-URI" header from the 
PoC user. 


PoC Session Id 


Oc 


Uniquely identifies an end-to-end PoC session. 

Note that the PoC Session-Id may not be available in the initial charging interactions for the PoC session. 


Served Party 


Om 


Applicable to offline charging only - holds the identity of the party that the charging information relates to. 
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6.3.2 Formal parameter description 

6.3.2.1 PoC charging information for CDRs 

The detailed definitions, abstract syntax and encoding of the PoC CDR parameters are specified in TS 32.298 [51]. 

6.3.2.2 PoC charging information for charging events 

The detailed charging event parameter definitions are specified in 3GPP TS 32.299 [50]. 
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